Date: Sat, 5 Nov 94 04:30:27 PST 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: List 

Subject: Ham-Digital Digest V94 #368 

To: Ham-Digital 


Ham-Digital Digest Sat, 5 Nov 94 Volume 94 : Issue 368 


Today's Topics: 
1270C 
digital radio protocol 
Ham-Digital Digest V94 #3 
Help? File Server software Advice 
NoCal 00 goes after Packet BULLetins (5 msgs) 
Packet addresses and Internet: Connection? 
PK232 19200 Mod? 
RTTY Question 
your LISTSERV request "help with pk232" 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 5 Nov 94 04:39:34 GMT 
From: imotion@iu.NET (Howard Goldstein) 
Subject: 1270C 


Daniel, the major difference is the 1270C supports bank switching to the RAM 
chip at U25 for the enhanced mailbox. The 1270B lacks the bank switching it 
needs to get at the extra RAM. The unmodified 1270B it will not run 1270C 
firmware. 


You can upgrade to the 1270C with the MFJ-46 daughterboard. It plugs into 
the CPU socket to enable access to the large mailbox RAM, and comes with the 
latest 1270C firmware. 


The latest TAPR TNC-2 release is 1.1.8. 


73 Howie N2WX 

Howard Goldstein imotion@iu.net 

InfoMotion, Inc. CIS: 75006, 702 
"Joy comes, grief goes, we know not how" J.R. Lowell 


Date: 4 Nov 1994 22:27:22 GMT 
From: karn@unix.ka9q.ampr.org (Phil Karn) 
Subject: digital radio protocol 


In article <397vik$143@news.midland.co.nz>, vaughan@belltrans.co.nz (Vaughan 
McPherson) writes: 

|> The problem that I am faced with is the long latency between asserting the Push 
to 

|> talk on the radio and the radio becoming ready to send data (~600 ms). 


Well, the immediate answer to this problem is to make fewer but longer 
transmissions. Make your frames fairly small to improve the percentage 
that make it through without errors, and send several frames per 
transmission. 


Some time ago I showed that AX.25, over a fairly wide range of 
conditions, worked best when you send only one frame per 

transmission. But that assumed a much shorter turnaround delay, and 
more importantly it also assumed go-back-N retransmission (which is 
what AX.25 does). The inefficiency of having to retransmit frames that 
were correctly received the first time just because a prior frame was 
trashed is mainly what makes it a bad idea to send more than one frame 
per transmission in AX.25. 


If you use a selective retransmission mechanism where the receiver 
individually acknowledges each frame of a transmission so the sender 
can resend those that were lost, then things could be much more 
efficient. 


You might also consider adding forward error correction (FEC) to reduce 
the bit error rate, thus allowing longer frames. Depending on the channel 
conditions, the overhead of FEC might be less than the extra header 
overhead incurred by making your frames small enough to pass with 

high probability. 


Phil 


Date: Sat, 5 Nov 94 03:11:00 -0400 
From: hua.chu@channel1.com (Hua Chu) 
Subject: Ham-Digital Digest V94 43 


HA>d, 2 Nov 94 Volume 94 : Issue 363 


Is this related to HAM-HOMEBREW DIGEST? Where can I get that? Mind 
helping a stupid newbie? 


-H.C. 


* OLX 2.1 * If this were an actual tagline, it would be funny. 


Date: Mon, 31 Oct 1994 22:53:10 GMT 
From: psnidal@cln.etc.bc.ca (Peter Snidal) 
Subject: Help? File Server software Advice 


thanks for reading. We are running a file server here on packet, 
(not a full-service bbs; just fs and local message base) and I'm 
looking for better software. We're currently using Paket, and 

it 

's designed as User software, with a tacked-on Remote Mode, which 
is the only part we're using. we need passworded remote access 
to the system for sysop(s), and something a little less glitchy 
would be nice as well. 

If necessary, I suppose we'll have to use full-service bbs 
software of some sort, like fbb or msys, although something 
designed with local message base/file servers in mind would be 
mo bettah. I have downed copies of incomplete distribution 
packages with broken files that wouldn't unzip, form cfcsc.dnd. 
ca, and would really appreciate hearing of an ftp site with 
complete files which will unzip and work of fbb and msys. Also 
suggestions for other software options would be much appreciated. 

Ditto for node software - we may want this thing to be a node 
as well some day. Thanks. 


Date: 4 Nov 1994 18:08:02 GMT 
From: hanko@wv.mentorg.com (Hank Oredson) 
Subject: NoCal 00 goes after Packet BULLetins 


In article <1994Nov3.115023.22992@news.csuohio.edu>, sww@csuohio.edu (Steve Wolf) 
writes: 


|> Dave Horsfall (dave@eram.esi.com.au) wrote: 
|> : In article <19940ct29.000208.29686@news.csuohio.edu>, 


[ids sww@csuohio.edu (Steve Wolf) writes: 

|> : 

|> : | All bulletins are broadcasting. They are sent in many directions. When be 
|> : | forwarded, the receiving station did not ask for them. The sending station 
|> : | has no expectation that the receiving BBS will read or reply to them. 

|> 


|> : Dunno about your neck of the woods, mate, but here down under the sender 
|> : presents a brief list of bulletins, and the receiver is invited to 

|> : accept or reject them... 

|> 

|> When being forwarded? Really? How does that work? I can understand the 
|> user being queried but as the quote says, we are talking about forwarding. 


Oh, it works quite well, actually! 


The receiver may reject a message presented during forwarding 
for any reason whatsoever. 


This is how the system has worked for the past half-dozen years. 


(Jeff, WA7MBL first implemented it in about 1986, and all the 
current BBS codes now use his method) 


Steve, have you ever actually OPERATED packet and watched 
what the systems are doing? Might be a good idea to spend 
a few hours on air to see how it all works. 


Hank 


Hank Oredson @ Mentor Graphics Library Operations 
Internet : hank_oredson@mentorg.com "Parts 'R Us!" 
Amateur Radio: WORLI@WORLI.OR.USA.NOAM 


Date: Mon, 31 Oct 1994 23:02:10 GMT 
From: psnidal@cln.etc.bc.ca (Peter Snidal) 
Subject: NoCal 00 goes after Packet BULLetins 


Good One! Well Done! 


Date: Sat, 5 Nov 1994 07:21:10 GMT 
From: sww@csuohio.edu (Steve Wolf) 
Subject: NoCal 00 goes after Packet BULLetins 


: Steve, have you ever actually OPERATED packet and watched 
: what the systems are doing? Might be a good idea to spend 
: a few hours on air to see how it all works. 


Aw, there you go getting grumpy again. 


Like I told F6FNB, lot of people are doing the same thing you are, don't pat 
a hole in your back over your 100k messages a year. We all have those same 
political agenda, recipes, sewing lessons, Rush Limbaugh, and other 
informational bulletins (that are beginning to consume the majority of 

the amateur radio network). 


Your arguements are too far tangent and no longer of relevance. 
73, 
Steve 

Internet : no8m@hamnet.wariat.org 


Amateur Radio : no8m@no8m.#neoh.oh.usa.na 
MSYS Mail List: msys-request@hamnet.wariat.org ('info' for title) 


Date: Mon, 31 Oct 1994 22:49:08 GMT 

From: sww@csuohio.edu (Steve Wolf) 

Subject: NoCal 00 goes after Packet BULLetins 
Hank Oredson (hanko@wv.mentorg.com) wrote: 

: Steve, 


: sorry, but you are just plain wrong here. 


Please think about how things work, read part 97, and then 
: come back and join in the discussion with some useful ideas. 


: This horse is dead, you can stop beating it. 
Hank 


Is this supposed to be a form of arguement? 


Ah! I was just plain wrong! No wonder! 


Date: Sat, 5 Nov 1994 07:43:01 GMT 
From: sww@csuohio.edu (Steve Wolf) 
Subject: NoCal 00 goes after Packet BULLetins 


Face it Steve, you've stepped on your dick. Now quietly put it back in 
your pants, zip up and stop asking others to come by and step on it as 
well. 
Amateur: WA6FWI@WA6FWI.4#SOCA.CA.USA.NOAM Internet: jangus@skyld.grendel.com 
US Mail: PO Box 4425 Carson, CA 90749 Phone: 1 (310) 324-6080 


That's a whole new subclass under assasination, isn't it? Maybe it could 


go under a ... negative compliment??? 

73, 

Steve 
Internet : no8m@hamnet.wariat.org 
Amateur Radio : no8m@no8m.d4#neoh.oh.usa.na 


MSYS Mail List: msys-request@hamnet.wariat.org ('info' for title) 


Date: Sat, 5 Nov 1994 04:21:44 
From: tallath@hookup.net (Gordon R Beatty) 
Subject: Packet addresses and Internet: Connection? 


I never thought that I would have a need to check in to this 
newsgroup. Well, not yet anyway. Being fairly new to amateur radio 
I have been examining the different avenues that the hobby has 
to offer, but I figured I'd hold off on the packet thing for a while, 
despite my (first) love of computers and the obvious tie-in that lies 
in packet between these two hobbies. 


And here I am. Why? I have noticed -- on a few things that I have 
been amassing -- that individuals will say they are accessible by 
such-and-such an address on packet. Now correct me if I'm wrong, 
but doesn't packet interface to the Internet to a certain extent? 

If this were so, then it would suggest the possibility that these 
addresses might be converted to an address that is accessible 
through Internet e-mail, just as Compuserve and other networks/ 


services are. So I ask all the great packet enthusiasts, is this 
possible? And if so, how is the address converted? 


Thanks, 


Gordon R Beatty VA3GRB 

Ottawa, Ontario, CANADA 

E-Mail: tallath@hookup.net 

‘Live Long and Propagate’ ‘What's an O-P-I-N-I-O-N ?' 


Date: 31 Oct 94 16:11:00 GMT 
From: steve.diggs@totrbbs.atl.ga.us (Steve Diggs) 
Subject: PK232 19200 Mod? 


I own a PK232 that is doing a fine job for me...I added a TAPR 9600 
modem to it, and all is fine down South... 


With the data coming in at 9600 bps, and 9600 is also the DTE rate from 
the TNC to my PC...data flow to the screen leaves something to be 
desired. 


Has anyone done the 19200 DTE mod to the PK232? I called AEA, and they 
say that they don't do it, but they have heard of it being done. 
Something about changing a crystal out... 


I would appreciate any feedback; if I get a mod, I will post it on my 
BBS and make it available for all. 


Regards, 
Steve Diggs 


Top Of The Rock BBS - Lilburn, GA SYSOP: Steve Diggs 
UUCP: totrbbs.atl.ga.us Snailmail: 4181 Wash Lee Ct. 
Phone: +1 404 921 8687 Lilburn, GA 30247-7407 


Date: Fri, 4 Nov 94 21:02:19 GMT 
From: jcumming@dgim.doc.ca (Jim Cummings) 
Subject: RTTY Question 


Harold E Cheyney (hcheyney@magnus.acs.ohio-state.edu) wrote: 
: Just recently started working RTTY using a Kantronics KAM 
: TNC, a Kenwood TS-530s, and a dumb terminal. I find that 


: I can copy rather weak signals as long as they are in the 

: clear but QRM on nearby frequencies seems to desensitize 

: the TNC. Will a narrow CW filter work with RTTY? How 
narrow? 


Please E-mail. 
: Thanks 
Hello Harold: 


Since most CW crystals are centred about 800 HZ, it is unlikely that it 
will do you much good when the signals of interest are around 2200 hz. 
However, if the 530 has an RTTY/FSK mode on the mode switch, what I have 
just said is untrue. If the 530 has an RTTY/FSK mode, you will find that 
a 500 hz is plenty of filtering. 250 hz will be much too narrow for 
anything but the strongest stations (I know, I fell into that trap years 
ago - there is a technical explanation, but I don't want to get into that 
now). If 500 Hz is not available, 400 HZ should be OK for you. 


Failing that, you might want to consider a DSP filter. I haven't had any 
experience with them, but I understand from reading other comments they 
seem to be effective. 


I hope to meet up with you someday and we can have a chat on RTTY! 
Welcome to the mode. 


73 and live better digitally 


Jim, VE3XJ 


Date: 5 Nov 94 06:43:44 GMT 
From: Listserv@ucsd.edu (Mailing List Processor) 
Subject: your LISTSERV request "help with pk232" 


The mailing list "with" could not be found. 
You may use the INDEX command to get a listing 
of available mailing lists. 


End of Ham-Digital Digest V94 #368 
KKKKKKKKKKKKKKKKKKKEKKEKKEKRKR KAKA 


